Traditional (TDM) Networked ACD

Traditionally, Networked ACD was delivered with TDM-based systems. TDM Networked ACD:

The following figure illustrates the traditional Networked ACD call flow, and the process follows the graphic.

  1. Incoming PSTN calls are sent to an ACD Path on the ACD Agent Controller at the Main Site in New York.

  2. The call is initially queued at the Primary Agent Skill Group. The ACD Agents in this group are on the ACD Agent Controller at the Main Site in New York.

  3. After a period of time, the call overflows to the Overflow 1 Agent Skill Group, which is also on the ACD Agent Controller at the Main Site in New York. The ACD Agents in this group are on the ACD Agent Controller at the Main Site in New York.

  4. If ACD Agents are not available in the Primary and Overflow 1 Agent Skill Groups, the call overflows to Overflow 2 Agent Skill Group at the Remote Site in London. The call waits for an ACD Agent there, while also still in queue and waiting at the Main Site. The ACD Agents in this group are on the ACD Agent Controller at the Remote Site in London.

  5. Networked ACD uses the MSDN network’s D-channel to look for available ACD Agents.  This allows the remote controllers to l>ook back and find available ACD Agents in higher ACD Agent Skill Groups.

  6. If the first three ACD Agent Skill Groups are all busy, the call overflows to the Overflow 3 Agent Skill Group, in Sydney. The call is now simultaneously queued at all four ACD Agent Skill Groups across three sites. The ACD Agents in this group are on the ACD Agent Controller at the Remote Site in Sydney.

The call remains physically queued at the ACD Agent Controller at the Main Site in New York throughout.

NOTE: There are no London or Sydney ACD Agents in the New York ACD Agent Skill Group

Reports available include: